home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Gold Medal Software 1
/
Gold Medal Software Volume 1 (Gold Medal) (1994).iso
/
netutils
/
dos6nvel.arj
/
DOS6NOVL.DOC
next >
Wrap
Text File
|
1993-06-28
|
11KB
|
242 lines
PREFACE
For those having problems getting MS-DOS 6.0 to run with Novell Networks
here's a quick fix that worked for us. Right now we're running a general
purpose Novell 3.11/Ethernet network, Dedicated server, 1.2 Gig SCSI Drive.
The server has a 20MB DOS partion running 5.0 with the rest partioned for
netware.
After hearing about problems we decided to try putting up a few workstations
on MS-DOS 6.0 before committing the whole network. MS-DOS 6.0 offers several
benefits that we wanted to take advantage of ie. MEMMAKER, DBLSPACE & a hand-
ful of nifty utilities that are network capable.
We installed MS-DOS 6.0 on my station & DBLSPACE'd the local hard disk. We
encounterd a few nuances so attached are the files & the mod's we made to
solve them.
ENCLOSED FILES:
CONFIG.SYS - from DOS 6.0 workstation
AUTOEXEC.BAT - From the DOS 6.0 workstation
NET.BAT - Batch file we use to load network shells
SHELL.CFG - ACSII file which defines the network workstation
configuration. Note SHELL.CFG defines how the
workstation handles packets, Print Jobs, DOS versions
and search drives. If you don't use it - YOU SHOULD.
More on this later.
NET$LOG.DAT - this is the file that is the actual login script, that
you modify from "SYSCON". Its found in the PUBLIC
directory. If you like, just rename your old one & save
this one onto your network, then modify it for your need
in SYSCON.
UPDATE NOVELL
Before we get into the problem at hand just a quick note about updating
several necessary utilities of Novell. Whether you be on V2.2 or 3.11
there's several updates you should make. These include:
Current File Path/ ZIP'ed
File Name Version Date Bytes Directory PACKAGE
MENU.EXE V2.31 3/14/91 103,529 PUBLIC MENU34.ZIP
MENUPARZ.EXE V2.31 3/14/91 32,709 PUBLIC "
PSERVER.EXE V1.27 10/29/92 109,116 PUBLIC PSERV2.ZIP
PSERVER.NLM V1.27 8/12/92 51,866 SYSTEM for 3.11 "
PSERVER.VAP V1.27 6/15/92 65,218 SYSTEM for 2.2 "
RPRINTER.EXE V1.26 6/04/92 59,756 PUBLIC "
PCONSOLE.EXE V1.65 10/28/92 234,069 PUBLIC "
PRINTCON.EXE V1.62 10/28/92 161,071 PUBLIC "
PRINTDEF.EXE V1.61 10/28/92 183,445 PUBLIC "
CAPTURE.EXE utility 10/28/92 161,103 PUBLIC "
ENDCAP.EXE utility 7/19/89 13,553 PUBLIC "
NPRINT.EXE utility 10/28/92 85,425 PUBLIC "
PSC.EXE utility 1/31/91 22,129 PUBLIC "
PSTAT.EXE utility 2/02/91 28,921 PUBLIC "
These are known Novell authorized released updates that can be found on
CompuServe and many popular boards. If you're using Novell Version 2.2
or 3.11 straight out of the "Red Box", you should definitely download these
updates and install them. The same utilties are used for both 2.2 & 3.11.
There is no current support for Versions before 2.2, therefore this and
the NetwareLite versions may need to be tested manually. These updated
utilties can usually be found in 2 popular ZIP'ed Packages, named MENU34.ZIP
& PSERV2.ZIP, but may be found under other labels (depending who uploaded
them).
The New Menu programs only use 32K memory while the menu packaged from Novell
uses a ridiculous 98K. The rest of the printer oriented programs solve a
multitude of printing problems, inherant to early Novell. This includes
terminals "hanging up", printer lockups and strange and wonderful ASCII
characters. Again, if the updates aren't installed, don't bother attempting
MS-DOS 6.00.
PS. - all files in the PUBLIC & SYSTEM directories are READ ONLY Shareable
so before you rename &/or delete them, be sure to use the ATTRIB -R command.
Then make sure to ATTRIB +R the new files when you are finished.
DIRECTORY TREE:
Here is an abridged version of our network DIRECTORY structure. This will
coordinate (somewhat) with the enclosed NET$LOG.DAT Login script and is
typical of most network directories. As you can see, we use only MS-DOS
defined under the public directory. If your network includes numerous systems
eg. COMPAQ DOS, NEC, Digital Research, IBM PC DOS, you can elaborate then
DOS directory structures to test for machine type (%MACHINE or %SMACHINE),
Operating System eg. PC-DOS, MS-DOS DR-DOS (%OS) and Version eg. V3.30,
V4.00, V5.00 V6.00 (%OS_VERSION).
Directory PATH listing for Volume SYS
Volume Serial Number is xxxxxxxxx
F:.
├───LOGIN
├───SYSTEM
│ ├───DR
│ ├───TSA
│ ├───DIBI
│ ├───09000001
│ ├───0A000001.QDR
│ ├───0B000001.QDR
│ ├───0C000002.QDR
│ └───OLDUTILS
├───PUBLIC
│ ├───BATCH
│ ├───OLDUTILS
│ └───MS_DOS
│ ├───V5.00
│ ├───V6.00
│ └───V3.30
├───MAIL
│ ├───1
│ ├───2000001
│ ├───4000001
│ ├───5000002
│ ├───6000001
│ ├───7000001
│ └───8000001
├───HOME
│ ├───JOE
│ │ └───FILES
│ ├───TOM
│ │ └───FILES
│ ├───FRANK
│ │ └───FILES
│ ├───GREG
│ │ └───FILES
│ └───SUPER
│ └───FILES
├───COMM
│ ├───LAPLINK
│ ├───BBSLISTS
│ ├───UPLOAD
│ ├───DOWNLOAD
│ ├───FAXIN
│ ├───FAXOUT
│ ├───CROSTALK
│ └───CSREMOTE
├───APPS
│ ├───WP51
│ ├───LOTUS
│ ├───1STCHOIC
│ ├───1STGRAPH
│ ├───DATABASE
│ ├───ACCOUNTG
│ └───UTILS
└───FONTS
├───TTFONTS
├───HPFONTS
├───PCLFONTS
├───TT1
└───PSFONTS
INSTALLING MS-DOS 6.00 NETWORK WORKSTATION
INITIAL PROBLEM:
1) At this time, we're not in possession of NETX.EXE that recognizes MS-DOS
6.00. The Current version of NETX.EXE (Workstation Shell v3.31)
recognizes DOS versions upto 5.0. However, if you install in your
DOS 6.00 workstation's CONFIG.SYS the below listed line:
SHELL=C:\COMMAND.COM /P /E:512
then load IPX.COM, SHELL.CFG & NETX.EXE, you will make a connection to
the DOS 5.0/Novell File Server. This Shell statement is extremely
important to tell the DOS(s) what environment to expect. Without it, you
will not connect to the server. See enclosed example CONFIG.SYS File.
2) The next problem arises in automatically mapping to a DOS 6.0
directory within the public directory. If the workstation cannot find
the proper COMMAND.COM, the system will be haulted.
One solution is to manually key the COMSPEC & then Re-Map, another is to
put batch files all over the place. We prefer to have the Login scripts
do the work for us. See the NET$LOG.DAT, Novell Login Script File.
3) Third problem. We used DBLSPACE to compress the local drive of the MS-DOS
6.0 workstation. When DOS 6.0 DBLSPACE's, it creates a Drive H:,
technically an uncompressed drive that DOS 6.0 requires to monitor and
track the activities of the compressed drive C:. The problems arises when
we attach to Novell, which normally designates the first letter after the
Local Drive designation (in most cases Drive E:) to the Network SYSTEM
directory and DRIVE F: as the LOGIN directory.
DRIVE E: remains designated as a Network directory but the LOGIN Directory
(commonly DRIVE F:) gets pushed back to DRIVE I:, the first drive after the
local drive DOS 6.0 Drive H:.
SOLUTION:
One solution would be to Hard Map F: as a network drive in the Login script
however in an environment where we have mixed DOS version workstations
across the entire network, this would have caused a ton of re-scripting.
Instead, we read the network node address "%P_STATION" and utilized an
IF - THEN statement to identify the DOS 6.0 node, technically logging in
on the I:\Login directory, then re-maping F: to I: (MAP F:=I:). This allows
all stations to utilize an equal search drive scheme. Please refer to the
NET$LOG.DAT file. If you have several DOS 6.0 stations, in the LOGIN
script, simply follow the initial IF P_STATION="xxxxxxxxxxxx" THEN
statement with an OR IF .....etc statement.
FINAL NOTE - SHELL.CFG
Novell highly advises, and rightfully so, use of SHELL.CFG to define the
workstation environment. The Shell.cfg is nothing more than an ASCII file
(create it with DOS EDIT or EDLIN) with the appropriate variables. The
SHELL.CFG should reside ON THE ROOT directory from which you boot to the
network. EG. Our workstations each have hard drives from which they boot
DOS. However, we keep the IPX & NETX in the C:\NET directory. SHELL.CFG
will not load properly if it is also in the C:\NET directory, therfore we
keep it in the C:\ root. No reference is needed to call SHELL.CFG from
from any batch file. IPX.COM automatically finds it after it's invoked
providing it resides on the root directory !
Importance of SHELL.CFG - NOVELL makes note in its manuals and many public-
ations that by defining the environment under SHELL.CFG may keep (they
don't like to use the word " will") a workstation from "hanging up" during
selective print sessions.
We have made it company policy to install all the updated menu and
print utilities (mentioned above) with this SHELL.CFG in the workstation
root directories of all the network we build and have virtually eliminated
any terminal hang up or printer problems.
We have found no problems integrating MS-DOS 6.0 workstations into NOVELL 2.2
and 3.11 environments with the enclosed LOGIN Script (NET$LOG.DAT) and
SHELL.CFG, providing the updated MENU & PRINT utilities are installed and
a SHELL statement in the CONFIG.SYS to set the environmental variables. One
of these days, when I have nothing else to do, I'll down the server & update
it as well, then I'm sure we'll have another expose'. But for now, DOS 6.0
stations are cranking away on a DOS5.0/NOVELL 3.11 Network.
- FRANK MOFFA
6/28/93
PS - If anyone has any specific problems or needs further detail, drop us an
E-MAIL C/O Compudata or call us direct at CSC, (609)346-8447 (days).